Avoiding supporting evidence processing when evidence scoring does not affect final ranking of a candidate answer

ABSTRACT

Methods to provide selective supporting evidence processing by applying a first machine learning (ML) model to a first candidate answer to generate a first confidence score that does not consider supporting evidence for the first candidate answer, determining, from a second ML model, an expected contribution of processing supporting evidence for the first candidate answer, and upon determining that the expected contribution does not exceed a specified threshold, skipping supporting evidence processing for the first candidate answer.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of co-pending U.S. patent applicationSer. No. 14/576,893, filed Dec. 19, 2014. The aforementioned relatedpatent application is herein incorporated by reference in its entirety.

BACKGROUND

The present invention relates to deep question answering systems, andmore specifically, to deep question answering systems which do notprocess supporting evidence when the supporting evidence scoring doesnot affect the final ranking of a candidate answer.

Deep QA systems typically generate a large set of candidate answers andthen search and process a large set of content to serve as supportingevidence for each candidate answer. Currently, deep question answeringsystems (deep QA systems) incur a large percentage of processingoverhead while searching and processing articles used as supportingevidence for candidate answers. The supporting evidence may include, forexample, any information in a corpus of information, such as articles,studies, research papers, and the like. The overall performance of thedeep QA system can be improved by optimizing the supporting evidenceprocessing phase.

SUMMARY

Embodiments disclosed herein include methods to provide selectivesupporting evidence processing by applying a first machine learning (ML)model to a first candidate answer to generate a first confidence scorethat does not consider supporting evidence for the first candidateanswer, determining, from a second ML model, an expected contribution ofprocessing supporting evidence for the first candidate answer, and upondetermining that the expected contribution does not exceed a specifiedthreshold, skipping supporting evidence processing for the firstcandidate answer.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 illustrates a system which provides a deep question answeringsystem that selectively processes supporting evidence, according to oneembodiment.

FIG. 2 illustrates a method to selectively process supporting evidence,according to one embodiment.

FIG. 3 illustrates a method to apply a first machine learning model tocandidate answers prior to supporting evidence processing, according toone embodiment.

FIG. 4 illustrates a method to apply a second machine learning model tocandidate answers prior to supporting evidence processing, according toone embodiment.

FIG. 5 illustrates a method to determine whether to process supportingevidence for candidate answers, according to one embodiment.

DETAILED DESCRIPTION

Deep QA systems typically retrieve and process supporting evidence (suchas articles, research studies, encyclopedias and the like) for each of aplurality of candidate answers generated as responsive to a case (alsoreferred to as a question). The deep QA systems may return thesupporting evidence along with the candidate answer as part of aresponse to the case. Embodiments disclosed herein provide deep questionanswering systems (deep QA systems) which conditionally processsupporting evidence for certain candidate answers. More specifically,embodiments disclosed herein may skip supporting evidence processing incases where doing so would not affect the final ranking of a givencandidate answer. That is, during a training phase, two machine learning(ML) models may be produced for the deep QA system. The first ML modelmay produce a confidence score for a candidate answer withoutconsidering supporting evidence for the candidate answer. The second MLmodel may produce a confidence score for the candidate answerconsidering supporting evidence.

After the training phase, when the deep QA system receives a case (alsoreferred to as a question) from a user, the deep QA system may beginprocessing the case according to a runtime processing pipeline. However,prior to processing supporting evidence for the candidate answersgenerated by the processing pipeline, the deep QA system may evaluatethe candidate answers using the first ML model to determine adistribution of confidence scores for each candidate answer in theabsence of supporting evidence. The deep QA system may then evaluate thecandidate answers using the second ML model. Application of an ML modelgenerally aggregates multiple feature scores into an overall answerconfidence score by applying weights defined by the model reflecting howfrequently each feature predicts desirable answers based on a trainingset of data. Therefore, the QA application 112 may reference theweighting coefficients stored in the second ML model to determinewhether features produced by supporting evidence processing would resultin a significant enough increase or decrease in the overall candidateanswer score (or rank) to be worth incurring supporting evidenceprocessing for the candidate answer. The weighting coefficients storedin the second ML model may reflect a weighted contribution thatsupporting evidence processing provides to the final ranking of acandidate answer. If the product of the weighted coefficient, as appliedto the range of supporting evidence feature scores exceeds a threshold,the deep QA system processes supporting evidence for the candidateanswer. That is, the score indicates whether supporting evidence islikely to have a meaningful impact on the final ranking (or overallcandidate answer score) of the candidate answer. If, however, theproduct of the weighted coefficient and the range of feature scores doesnot exceed the threshold for a candidate answer, the deep QA system mayskip processing supporting evidence for that candidate answer, as doingso is unlikely to change the final ranking (or overall score) of thecandidate answer.

FIG. 1 illustrates a system 100 which provides a deep question answeringsystem that selectively processes supporting evidence, according to oneembodiment. The networked system 100 includes a computer 102. Thecomputer 102 may also be connected to other computers via a network 130.In general, the network 130 may be a telecommunications network and/or awide area network (WAN). In a particular embodiment, the network 130 isthe Internet.

The computer 102 generally includes a processor 104 which obtainsinstructions and data via a bus 120 from a memory 106 and/or a storage108. The computer 102 may also include one or more network interfacedevices 118, input devices 122, and output devices 124 connected to thebus 120. The computer 102 is generally under the control of an operatingsystem (not shown). Examples of operating systems include the UNIXoperating system, versions of the Microsoft Windows operating system,and distributions of the Linux operating system. (UNIX is a registeredtrademark of The Open Group in the United States and other countries.Microsoft and Windows are trademarks of Microsoft Corporation in theUnited States, other countries, or both. Linux is a registered trademarkof Linus Torvalds in the United States, other countries, or both.) Moregenerally, any operating system supporting the functions disclosedherein may be used. The processor 104 is a programmable logic devicethat performs instruction, logic, and mathematical processing, and maybe representative of one or more CPUs. The network interface device 118may be any type of network communications device allowing the computer102 to communicate with other computers via the network 130.

The storage 108 is representative of hard-disk drives, solid statedrives, flash memory devices, optical media and the like. Generally, thestorage 108 stores application programs and data for use by the computer102. In addition, the memory 106 and the storage 108 may be consideredto include memory physically located elsewhere; for example, on anothercomputer coupled to the computer 102 via the bus 120.

The input device 122 may be any device for providing input to thecomputer 102. For example, a keyboard and/or a mouse may be used. Theinput device 122 represents a wide variety of input devices, includingkeyboards, mice, controllers, and so on. Furthermore, the input device122 may include a set of buttons, switches or other physical devicemechanisms for controlling the computer 102. The output device 124 mayinclude output devices such as monitors, touch screen displays, and soon.

As shown, the storage 108 includes a corpus 114, a threshold data 115,and a machine learning (ML) models 116. The corpus 114 is a body ofinformation used by the QA application 112 to generate and evaluateanswers to questions (also referred to as cases). For example, thecorpus 114 may contain scholarly articles, dictionary definitions,encyclopedia references, product descriptions, web pages, and the like.The threshold data 115 includes a plurality of thresholds applied by theQA application 112 while processing a case. For example, the thresholddata 115 may specify ranges of confidence scores for candidate answerscorresponding to tiers of “high,” “medium,” and “low” confidence. Forexample, confidence scores of 0.0-0.33 may be in a “low” confidencelevel, while confidence scores of 0.34-0.66 may be in the “medium”confidence level, and confidence scores of 0.67-1.0 may be in a “high”confidence level. The machine learning (ML) models 116 are modelscreated by the QA application 112 during a training phase, which areused during an execution pipeline to score and rank candidate answers tocases based on features previously generated for each answer. The MLmodels 116 include machine learning models that reflect coefficientsassigned to supporting evidence features (such as the second ML modeldescribed herein) as well as models that do not reflect supportingevidence feature coefficients (such as the first ML model describedherein). Therefore, as indicated, the second ML model includes weightingcoefficients of supporting evidence features generated during a trainingphase of the QA application 112.

As shown, the memory 106 contains a QA application 112, which is anapplication generally configured to provide a deep question answering(QA) system. One example of a deep question answering system is Watson,by the IBM Corporation of Armonk, N.Y. A user may submit a case (alsoreferred to as a question) to the QA application 112. The QA application112 will then provide an answer to the case based on an analysis of acorpus of information 114. Although depicted as executing on a singlecomputer, the functionality of the QA application 112 may be provided bygrid or cluster of computers (not pictured), and the QA application 112may serve as a frontend to orchestrate such distributed functionality.

The QA application 112 is trained to generate responses to cases duringa training phase. During the training phase, the QA application 112 istrained to answer cases using an “answer key” which predefines the mostcorrect responses. During training, the QA application 112 ingestscontent in the corpus 114 to produce one or more machine learning models(not pictured). In addition, during the training phase, the QAapplication 112 is configured to identify data attributes which areimportant to answering cases (namely, those attributes having an impacton the confidence score of a given answer).

After being trained, the QA application 112 may process user casesthrough a runtime analysis pipeline. In at least one embodiment, thecase data 213 include medical records of a patient, and the candidateanswers returned by the QA application 112 correspond to a set ofrecommended treatments, ranked by a confidence score of each respectivecandidate answer. The analysis pipeline executes a collection ofanalysis programs to evaluate both the question text and candidateanswers (i.e., text passages extracted from documents in a corpus 114)in order to construct the most probable correct answer, based on theinformation extracted from the corpus and from the question. A typicalexecution pipeline may begin with question analysis, which analyzes andannotates each question presented in the case to identify key topics,concepts, and attributes for conducting a search. The next step of thepipeline may include a primary search, which involves searching fordocuments in the corpus 114 using the key attributes from the questionanalysis phase. The next step of the pipeline may identify candidateanswers. For example, the QA application 112 may identify key matchingpassages (based on, for example, topics, concepts, and/or stringmatching) from the search results with passages in the candidateanswers. The QA application 112 may then score each candidate answer. Inthe next step of the pipeline, the QA application 112 may then retrievesupporting evidence for the candidate answers. The QA application 112may then complete the pipeline by scoring the various candidate answersconsidering supporting evidence (if such supporting evidence wasprocessed for the candidate answer, as described herein), from which themost correct answer identified by the QA application 112 may returned tothe user.

The QA application 112 may further be configured to skip supportingevidence processing for some candidate answers. Generally, the QAapplication 112 may skip supporting evidence processing in cases wheredoing so is predicted to not impact the final ranking of a candidateanswer. During a training phase of the QA application 112, two machinelearning (ML) models may be produced and stored in the ML models 116.The first ML model produces a confidence score for a candidate answerwithout considering supporting evidence for the candidate answer. Thesecond ML model produces a confidence score for the candidate answerthat considers supporting evidence.

When the QA application 112 subsequently receives a case from the user,the QA application 112 may begin processing the case according to theexecution pipeline described above. However, after the candidate answerscoring phase and prior to processing supporting evidence, the QAapplication 112 may determine whether to proceed with the supportingevidence processing phase. Specifically, the QA application 112 mayapply the first ML model to the candidate answers generated in thecandidate answer generation phase. The first ML model may generate aconfidence score for each candidate answer, reflecting a level ofconfidence that the candidate answer is correct. In many cases, theconfidence scores for each candidate answer may vary, leaving gapsbetween the confidence scores of candidate answers, as well as gapsbetween the confidence score of a given candidate answer and a nextthreshold in the threshold data 115 (such as a threshold for an answerhaving a “high” level of confidence, versus the “medium” level ofconfidence corresponding to the score generated by the first ML model).In one embodiment, the QA application 112 skips supporting evidenceprocessing for candidate answers where processing the supportingevidence would not change the final rankings (e.g., either allowing onecandidate answer to overtake a higher ranked candidate answer, orallowing the candidate answer to move to a higher confidence tier).Stated differently, if the coefficients in the second model predict thatsupporting evidence processing would not eliminate the gap between afirst, lower ranked candidate answer and a second, higher rankedcandidate answer, then the QA application 112 may skip supportingevidence processing. As another example, if the first ML model assigns acandidate answer a confidence score corresponding to a “medium” tier ofconfidence, and processing the supporting evidence would not place thecandidate answer in a “high” tier of confidence, the QA application 112may skip supporting evidence processing for that candidate answer.

In one embodiment, the QA application 112 may reference the second MLmodel to predict what impact supporting evidence processing will have ona final ranking of a candidate answer. For example, the second ML modelspecifies a weighting coefficient reflecting how much supportingevidence processing may change the confidence score for the candidateanswer. The second ML model may also include a distribution ofsupporting evidence feature scores reflecting the range of possiblesupporting evidence feature scores (namely the supporting evidencefeature scores observed during training the QA application 112).Generally, the QA application 112 may consider the weighting coefficientand the distribution of supporting evidence feature scores to determinewhether the contribution of supporting evidence processing would besufficient to change a final ranking of a candidate answer (relative toothers).

For example, the QA application 112 may compute a product of a typicalsupporting evidence feature score and the weighting coefficient. Thetypical supporting evidence feature score may be selected (or computed)from the range of supporting evidence feature scores in the second MLmodel. If the product is greater than the gap between confidence scoresof neighboring candidate answers or the gap between the confidence scoreof a candidate answer and a higher or lower answer tier threshold, theQA application 112 may process supporting evidence for the candidateanswer, as the supporting evidence may affect the final ordering ofcandidate answers, or may place a given candidate answer in a differenttier of candidate answers. However, if the product of the weightingcoefficient and the typical feature score is less than the gap betweenanswers, or will not affect the candidate answer's final tier, the QAapplication 112 may forego supporting evidence processing. Table Idepicts a set of examples, as follows.

TABLE I Score generated Typical Product of by Gap to feature featurescore applying nearest score and and Process Candidate first candidateweighting weighting supporting Answer ML Model answer coefficientcoefficient evidence? 1 .80 .05 .50, .2  .1 Yes 2 .75 .05 .80, .10 .08Yes 3 .55 .20 .55, .01 .055 No 4 .31 .14 .50, .5  .25 No

Generally, Table I depicts four example candidate answers 1-4 andwhether the QA application 112 determines to proceed with supportingevidence for each candidate answer. In at least one embodiment, the QAapplication 112 may store the data which populates Table I in thestorage 108. As shown, the QA application 112 has generated a confidencescore for each candidate answer by applying the first ML model to eachcandidate answer. As shown, the first ML model generated confidencescores of 0.80, 0.75, 0.55, and 0.31 for candidate answers 1-4,respectively. The confidence scores reflected in Table I may be within arange of confidence scores ranging from 0.0 to 1.0 (from leastconfidence to greatest confidence). The third column of Table I depictsa “gap” between the confidence scores of the current candidate answerand the nearest candidate answer (although the “gap” may also reflectthe gap between the confidence score of the current candidate answer andanswer tier threshold). Therefore, the gaps for candidate answers 1 and2 are listed at 0.05, as the difference between their respectiveconfidence scores is 0.8−0.75=0.05.

In addition, Table I depicts the results of applying the second ML modelto each candidate answer 1-4. Specifically, Table I reflects a typicalfeature score and a weighting coefficient generated specified in thesecond ML model. The typical feature score may reflect feature scorescalculated for supporting evidence by the QA application 112. In oneembodiment, the typical feature score represents the maximum featurescore observed during training of the QA application 112. In anotherembodiment, the typical feature score reflects a feature score valuethat is greater than some large percentage of cases used for training(e.g., an evidence feature score that is higher than 70% of the evidencefeature scores produced during training of the QA application 112). Inanother embodiment, the typical feature score is an average featurescore of a range of feature scores specified in the second ML model. Asshown, the second ML model specifies a typical evidence feature score of0.5, 0.8, 0.55, and 0.50 for candidate answers 1-4, respectively. Inaddition, the second ML model specifies a weighting coefficient of 0.2,0.1, 0.01, and 0.5 for candidate answers 1-4, respectively.

The QA application 112 may leverage the first and second ML models todetermine whether to process supporting evidence for each candidateanswer. As noted, the QA application 112 may compute a product of theweighting coefficient and the typical feature score specified by thesecond ML model, reflected in the fifth column of Table I. If theproduct is greater than the gap between confidence scores of differentcandidate answers, the QA application 112 determines that processingsupporting evidence changes a final ranking of the candidate answers andprocesses the supporting evidence. For example, the product of thetypical feature score and weighting coefficient of candidate answer 2 is0.08 (based on a typical feature score of 0.8 and a coefficient of 0.1).However, the difference between the confidence scores generated by thefirst ML model for candidate answers 1 and 2 is 0.05. Because theproduct for candidate answer 2 is 0.08 (which is greater than 0.05),processing supporting evidence changing the ranking of candidate answers1 and 2 in the final rankings (0.75+0.08=0.83, which is greater than0.80). Therefore, as shown, the QA application 112 processes supportingevidence for candidate answer 2.

Similarly, the QA application 112 would process supporting evidence forcandidate answer 1. As shown, the supporting evidence may negativelyaffect the final score for candidate answer 1, as the typical featurescore specified in the second ML model is 0.5, and the weightingcoefficient is 0.2, for a product of 0.1. Because processing supportingevidence for candidate answer 1 may reduce the final confidence scorefor candidate answer 1 to fall below that of candidate answer 2 (i.e.,the score may fall to 0.7 by subtracting 0.1 from 0.8), the QAapplication 112 may process the supporting evidence for candidateanswer 1. Stated differently, the QA application 112 may processsupporting evidence for candidate answer 1 because the product of 0.1(which may be negative, considering the typical feature score specifiedin the second ML model) for candidate answer 1 is greater than the 0.05difference between the confidence scores of 0.8 and 0.75 generated forcandidate answers 1 and 2 by the first ML model. Similarly, assumingthat a threshold confidence score between “medium” and “high” confidenceresults in the thresholds 115 is 0.71, the confidence level forcandidate answer 1 may go from “high” (corresponding to the confidencescore of 0.8 produced by the first ML model) to “medium” (correspondingto the confidence score of 0.7 when considering supporting evidence).Because candidate answer 1 may move from the high tier to the mediumtier, the QA application 112 may process supporting evidence forcandidate answer 1. When considering confidence tiers, the “gap” listedfor candidate answer 1 in Table 1 would be 0.09, which is the differencebetween the confidence score of 0.8 produced by the first ML model forcandidate answer 1 and the nearest tier of 0.71 (0.8−0.09=0.71).

As shown in Table I, however, the QA application 112 may determine toforego supporting evidence processing for candidate answers 3 and 4. TheQA application 112 may forego supporting evidence processing forcandidate answer 4 because the confidence score generated by applyingthe first ML model is below a minimum threshold in the thresholds 115.For example, if the minimum threshold is 0.4, then the QA application112 may not process supporting evidence for candidate answer 4, whichhas a confidence score of 0.31 generated by the first ML model. Theminimum threshold may cause the QA application 112 to forego supportingevidence processing for candidate answer 4 even though the expectedcontribution of supporting evidence processing (0.25) may causecandidate answer 4 to overtake candidate answer 3 in the final rankings(0.56 versus 0.55). Stated differently, in at least one embodiment, theQA application 112 will forego supporting evidence processing forcandidate answers having a low confidence score produced by the first MLmodel.

The QA application 112 may forego supporting evidence processing forcandidate answer 3 for a number of reasons. For example, the QAapplication 112 could determine that the contribution of supportingevidence processing (0.0055) is insufficient to rank candidate answer 3above candidate answers 1 or 2, or is insufficient to rank candidateanswer 3 below candidate answer 4. Alternatively, the QA application 112may determine that the contribution of supporting evidence processing(0.0055) would not reassign candidate answer 4 to a different tier ofanswer classes. For example, if the final confidence score for candidateanswer 3 considering supporting evidence is 0.5555 (0.55+0.0055), andthe threshold between medium and high confidence tiers is 0.71, asdescribed above, and the threshold between low and medium confidencetiers is 0.4, the supporting evidence would not reassign candidateanswer 3 to another tier of candidate answers. Stated differently,candidate answer 3 will remain in the “medium” tier of candidate answersregardless of whether supporting evidence is processed. In cases such asthis, the QA application 112 skips processing supporting evidence.

FIG. 2 illustrates a method 200 to selectively process supportingevidence, according to one embodiment. The method 200 begins at step210, where a set of machine learning (ML) models are produced during atraining phase of the QA application 112. Generally, the training phaseinvolves running a number of training cases through the executionpipeline of the QA application 112 using an answer key, so that the QAapplication 112 can “learn” how to best predict correct answers forfuture cases. The result of the training phase is one or more ML modelswhich are stored in the ML models 116 and subsequently applied to aruntime pipeline that the QA application 112 uses to answer new cases(questions) received from users. In one embodiment, the ML modelsgenerated in the training phase include a first ML model that does notconsider supporting evidence for candidate answers, and a second MLmodel that considers supporting evidence. The first ML model may computea confidence score for candidate answers that does not considersupporting evidence. The second ML model may compute a weightingcoefficient for the supporting evidence as well as a distribution ofconfidence scores generated for the candidate answers. The first andsecond ML models may be stored in the ML models 116.

At step 220, the QA application 112 may receive a case from a user. Inresponse, the QA application 112 begins processing the case through theexecution pipeline described above. The QA application 112 may generallyperform the question analysis, candidate answer generation, andcandidate answer scoring phases at step 220. However at step 230, priorto processing supporting evidence for the candidate answers (and priorto the final answer scoring phase), the QA application 112 may apply thefirst ML model in the ML models 116 to the candidate answers generatedby the QA application 112. Generally, at step 230, the QA application112 may apply the first ML model to the candidate answers to produce aconfidence score for each candidate answer. As noted, the first ML modelcomputes a confidence score for each candidate answer. At step 240,again prior to processing supporting evidence for the candidate answers,the QA application 112 may evaluate the second ML model in the ML models116 against the previously generated candidate answers. Generally, atstep 240, the QA application 112 interrogates (or references) the secondML model to determine the specified weighting coefficient for thesupporting evidence as well as a distribution of supporting evidencefeature scores for the candidate answers.

At step 250, the QA application 112 may determine whether to processsupporting evidence for each candidate answer. At step 260, the QAapplication 112 may process supporting evidence for candidate answerswhere processing supporting evidence has the potential to influence thefinal score (or ranking, or tier) of the respective candidate answer.Conversely, the QA application 112 may determine to forego supportingevidence processing where supporting evidence processing would have noimpact on the final score, ranking, or tier of the candidate answer. Atstep 270, the QA application 112 may return a response to the case. Ifthe QA application 112 skips supporting evidence processing for one ormore candidate answers, results for a given question (i.e., an answergenerated by the QA application 112) may indicate which candidateanswers had supporting evidence processed by the supporting evidenceprocessing component of the pipeline. The indication may include areason why supporting evidence was not processed (for example, becausethe final ranking or the final tier of the candidate answer was unlikelyto change as a result of supporting evidence processing).

FIG. 3 illustrates a method 300 for evaluating candidate answers using afirst machine learning model, according to one embodiment. The method300 begins at step 310, where the QA application 112 may execute a loopincluding step 320 for each candidate answer. At step 320, first MLmodel determines a confidence score for a current candidate answer. Asnoted, the first ML model predicts a confidence score (or range ofscores or tier) that would be assigned by the pipeline to the currentcandidate answer, if processed without any supporting evidence. At step330, the QA application 112 determines whether more candidate answersremain. If so, the QA application 112 processes the next candidateanswer. Once the first ML model predicts a score for each candidateanswer, the QA application 112 may then rank each candidate answeraccording to predicted confidence scores. Table I reflects example ofsuch a ranking of confidence scores.

At step 340, the QA application 112 may identify any gaps betweencandidate answers in the ranked set of candidate answers. For example,if a first candidate answer has a confidence score of 0.77 and a secondcandidate answer has a confidence score of 0.66, the gap between thesecandidate answers is 0.11. Based on these scores, if the second ML modelindicates processing supporting evidence for the first or secondcandidate (or both) would not change the difference between these scoresby more than 0.11, the QA application 112 can skip supporting evidenceprocessing for these candidate answers, as the final ranking is unlikelyto changed by supporting evidence. At step 350, the QA application 112may computes a difference between the confidence score computed at step310 for each candidate answer and the next confidence threshold. Forexample, if the threshold between “medium” and “high” confidenceresponses is 0.67, and the first ML model computed a confidence score of0.6 for a candidate answer, the difference would be 0.07. If applyingthe second ML model indicates that processing supporting evidence wouldnot increase the score by more than 0.07, the QA application 112 skipssupporting evidence processing for this candidate answer.

FIG. 4 illustrates a method 400 to evaluate candidate answers using asecond ML model prior to supporting evidence processing, according toone embodiment. As shown, the method 400 begins at step 410, where theQA application 112 executes a loop including step 420 for each candidateanswer. At step 420, the QA application 112 may reference the second MLmodel. The QA application 112 may reference the second ML model todetermine a weighted coefficient of the supporting evidence for thecandidate answer. Furthermore, the second ML model specifies a possiblerange of supporting evidence feature scores produced during training theQA application 112. At step 430, the QA application 112 may determinewhether more candidate answers remain. If more candidate answers remain,the QA application 112 returns to step 410. If no more candidate answersremain the method 400 ends.

FIG. 5 illustrates a method 500 for selectively determining whether toprocess supporting evidence for candidate answers, according to oneembodiment. As shown, the method 500 begins at step 510, where the QAapplication 112 executes a loop including steps 520-550 for eachcandidate answer. At step 520, the QA application 112 may determinewhether the product of the weighting coefficient for supporting evidenceand a predefined supporting evidence feature score (such as the typicalsupporting evidence feature score, described above) specified in thesecond ML model at step 420 exceeds a predefined threshold. Aspreviously indicated, the threshold may be an amount required to movethe candidate answer to a different level of candidate answer (such as“medium” to “high,” and vice versa). The threshold may also correspondto a gap between the confidence score of the current candidate answerand neighboring candidate answers. For example, if the first ML modelproduced a confidence score of 0.85 for the current candidate answer anda confidence score of 0.90 for a second candidate answer, the threshold(or gap) would be 0.05. If the product exceeds the threshold, the QAapplication 112 may proceed to step 530. If the product does not exceedthe threshold, the QA application 112 may proceed to step 550, as the QAapplication 112 may determine that processing supporting evidence maynot have an impact on the final score, ranking, or tier of the candidateanswer.

At step 530, the QA application 112 may determine whether the confidencescore generated by the first ML model for the current candidate answerexceeds a minimum threshold in the thresholds 115. For example, if thefirst ML model computed a confidence score of 0.20 for the currentcandidate answer, and the minimum threshold is 0.30, the QA application112 may forego supporting evidence processing for the candidate answer,as it is unlikely to become a candidate answer of relevance even whenconsidering supporting evidence. If the confidence score exceeds theminimum threshold, the QA application 112 may proceed to step 540. Ifthe confidence score does not exceed the minimum threshold, the QAapplication 112 may proceed to step 550.

At step 540, the QA application 112 may determine to process supportingevidence for the current candidate answer. In determining to processsupporting evidence for the candidate answer, the QA application 112 hasdetermined that processing supporting evidence has the potential toinfluence the final confidence score, ranking, and/or tier of thecandidate answer. At step 550, the QA application 112 may determine tonot process supporting evidence for the candidate answer. Generally, atstep 550, the QA application 112 foregoes supporting evidence processingwhere processing the supporting evidence would have little to no impacton the final confidence score, ranking, and/or tier of the candidateanswer. Avoiding supporting evidence processing allows the QAapplication 112 to improve overall pipeline performance, throughput, andresponse times. At step 560, the QA application 112 may determinewhether more candidate answers remain. If more candidate answers remain,the QA application 112 returns to step 510. If no more candidate answersremain the method 500 ends.

Advantageously, embodiments disclosed herein provide deep questionanswering systems which conditionally process supporting evidence forcandidate answers. Generally, the deep question answering systemsdescribed herein process supporting evidence when doing so wouldinfluence the final scores, rankings, and/or tiers of each candidateanswer. Avoiding supporting evidence processing where little to noinfluence on these factors would be observed allows the deep questionanswering systems recited herein to improve overall pipelineperformance, throughput, and response times.

The descriptions of the various embodiments of the present inventionhave been presented for purposes of illustration, but are not intendedto be exhaustive or limited to the embodiments disclosed. Manymodifications and variations will be apparent to those of ordinary skillin the art without departing from the scope and spirit of the describedembodiments. The terminology used herein was chosen to best explain theprinciples of the embodiments, the practical application or technicalimprovement over technologies found in the marketplace, or to enableothers of ordinary skill in the art to understand the embodimentsdisclosed herein.

In the foregoing, reference is made to embodiments presented in thisdisclosure. However, the scope of the present disclosure is not limitedto specific described embodiments. Instead, any combination of therecited features and elements, whether related to different embodimentsor not, is contemplated to implement and practice contemplatedembodiments. Furthermore, although embodiments disclosed herein mayachieve advantages over other possible solutions or over the prior art,whether or not a particular advantage is achieved by a given embodimentis not limiting of the scope of the present disclosure. Thus, therecited aspects, features, embodiments and advantages are merelyillustrative and are not considered elements or limitations of theappended claims except where explicitly recited in a claim(s). Likewise,reference to “the invention” shall not be construed as a generalizationof any inventive subject matter disclosed herein and shall not beconsidered to be an element or limitation of the appended claims exceptwhere explicitly recited in a claim(s).

Aspects of the present invention may take the form of an entirelyhardware embodiment, an entirely software embodiment (includingfirmware, resident software, micro-code, etc.) or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module” or “system.”

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

Embodiments of the invention may be provided to end users through acloud computing infrastructure. Cloud computing generally refers to theprovision of scalable computing resources as a service over a network.More formally, cloud computing may be defined as a computing capabilitythat provides an abstraction between the computing resource and itsunderlying technical architecture (e.g., servers, storage, networks),enabling convenient, on-demand network access to a shared pool ofconfigurable computing resources that can be rapidly provisioned andreleased with minimal management effort or service provider interaction.Thus, cloud computing allows a user to access virtual computingresources (e.g., storage, data, applications, and even completevirtualized computing systems) in “the cloud,” without regard for theunderlying physical systems (or locations of those systems) used toprovide the computing resources.

Typically, cloud computing resources are provided to a user on apay-per-use basis, where users are charged only for the computingresources actually used (e.g. an amount of storage space consumed by auser or a number of virtualized systems instantiated by the user). Auser can access any of the resources that reside in the cloud at anytime, and from anywhere across the Internet. In context of the presentinvention, a user may access applications or related data available inthe cloud. For example, the QA application 112 could execute on acomputing system in the cloud and produce machine learning models thatconsider supporting evidence as well as machine learning models that donot consider supporting evidence for a candidate answer. In such a case,the QA application 112 could store the generated machine learning modelsat a storage location in the cloud. Doing so allows a user to accessthis information from any computing system attached to a networkconnected to the cloud (e.g., the Internet).

While the foregoing is directed to embodiments of the present invention,other and further embodiments of the invention may be devised withoutdeparting from the basic scope thereof, and the scope thereof isdetermined by the claims that follow.

What is claimed is:
 1. A method to provide selective supportingevidence, comprising: applying a first machine learning (ML) model to afirst candidate answer to generate a first confidence score that doesnot consider supporting evidence for the first candidate answer;determining, from a second ML model, an expected contribution ofprocessing supporting evidence for the first candidate answer; and upondetermining that the expected contribution does not exceed a specifiedthreshold, skipping supporting evidence processing for the firstcandidate answer.
 2. The method of claim 1, wherein the second ML modelspecifies: (i) a weighted coefficient of processing supporting evidencefor the first candidate answer, and (ii) a range of supporting evidencefeature scores, wherein each supporting evidence feature score in therange of supporting evidence scores was observed during a trainingsession.
 3. The method of claim 2, wherein the expected contributioncomprises a product of the weighted coefficient and at least onesupporting evidence feature score, of the range of supporting evidencefeature scores.
 4. The method of claim 1, wherein the thresholdcomprises at least one of: (i) a difference between the confidence scoreof a second candidate answer and the confidence score of the firstcandidate answer, wherein the confidence score of the second candidateanswer is generated by applying the first ML model to the secondcandidate answer, and (ii) a difference between a confidence scorethreshold and the first confidence score.
 5. The method of claim 1,further comprising: upon determining that the expected contributionexceeds the specified threshold, processing supporting evidence for thefirst candidate answer; scoring the first candidate answer; and rankingthe first candidate answer relative to a set of other candidate answersbased on a respective score for each candidate answer.
 6. The method ofclaim 5, further comprising: prior to processing supporting evidence forthe first candidate answer, determining that the first confidence scoreexceeds a minimum confidence threshold.
 7. The method of claim 1,further comprising: producing the first and second ML models during atraining session.